Repository navigation
Процентные веса критериев кейса и итог 0–100 - #862
Open
TThanos3000 wants to merge 2 commits into
Open
TThanos3000 wants to merge 2 commits into
TThanos3000 wants to merge 2 commits into
Conversation
11 tasks done
21 of 22 tasks
This branch has not been deployed
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Что изменено
Организатор может включить процентные веса критериев с суммой 100%. Оценка 8/10 при весе 40% дает 32 балла; итог команды — среднее полных оценок экспертов по шкале 0–100. Существующие программы сохраняют прежнюю сумму исходных баллов.
Зачем
Для кейс-чемпионата нужны критерии разной значимости без зависимости итогового максимума от их шкал. Требования, W01–W10 и evidence.
Реализация
API
Добавлены optional scoring_mode, weight_percent и contributions; C00 1.22.0, generated DTO синхронизированы в связанном frontend. Старый PUT без новых полей сохраняет действующие режим и веса. Режим/веса входят в revision; устаревшая экспертная форма получает 409. Payload исходных оценок и URL сохраняются.
UI
Django admin: ссылка «Критерии, веса и способ расчета» в программе; форма на русском, тот же service и проверки. Angular — отдельный связанный PR: PROCOLLAB-github/procollab#541. Квиз не входит в изменение.
Permissions
API сохраняет manager своей программы / staff; Django admin дополнительно требует модельные view/change permissions. Гость, участник, чужой manager и обычный эксперт не могут менять веса. Raw scores, роли и привязки к программе не объединяются между Project и ProgramSolution.
Проверки
Acceptance criteria
Не проверено
Установка на dev/prod, реальная почта, нагрузка 100 участников и приемка клиента. На pilot функция установлена владельцем в составе source 7657082 (API #861 / UI #540); 20 runtime-файлов весов совпадают с этой реализацией. Независимые 11 HTTP и 7 browser checks подтвердили новый контракт/форму/админку, режим legacy и revision сохранены; процентные оценки на живом пилоте не создавались. Локальные QA-логи, скриншоты и учетные данные не входят в Git. Прежнее различие двух описаний published-solutions GET в C00 между repos сохранено вне scope; добавленные схемы и примеры весов совпадают.
Риски / migration
У режима задан
db_default="legacy": старый ORM после миграции продолжает создавать программы. Это проверено исторической моделью и реальным старым исходным кодом на PostgreSQL; актуальный head повторно прошел 235 профильных тестов.Две добавочные миграции: partner_programs 0044 и project_rates 0012. Default legacy, nullable веса, без пересчета прежних оценок. Порядок: API + миграции → Angular → явное включение весов в нужной программе до первой оценки. Merge и установка на реальные стенды этим PR не выполняются.